home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000203_news@newsmaster….columbia.edu _Sun Jun 14 08:52:23 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  5KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA06032
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 14 Jun 1998 08:52:21 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA23007
  7.     for kermit.misc@watsun; Sun, 14 Jun 1998 08:52:21 -0400 (EDT)
  8. Path: news.columbia.edu!panix!howland.erols.net!newshub.northeast.verio.net!newsfeeder.servtech.com!post.servtech.com!hal9000.buf.servtech.com!spamguard!rchandra
  9. From: rchandra.spamguard@spamguard.letter.com
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Scripts: INPUT timed out
  12. Date: 14 Jun 1998 12:16:32 GMT
  13. Organization: just by myself, connected through Verio New York
  14. Lines: 80
  15. Message-ID: <6m0ev0$lg1$1@post.servtech.com>
  16. References: <357E3AF1.E299BFB3@eurospill.no> <6lm4sa$p24$1@apakabar.cc.columbia.edu> <3581331C.40C21962@eurospill.no>
  17. Reply-To: rchandra.spamguard@spamguard.letter.com
  18. NNTP-Posting-Host: hal9000.buf.servtech.com
  19. Originator: 0x804b6e8@0x804b560
  20. Xref: news.columbia.edu comp.protocols.kermit.misc:8878
  21.  
  22. In article <3581331C.40C21962@eurospill.no>,
  23. Morten Knudsen  <morten@eurospill.no> wrote:
  24. >Frank da Cruz wrote:
  25. >> 
  26. >> In article <357E3AF1.E299BFB3@eurospill.no>,
  27. >> Morten Knudsen  <morten@eurospill.no> wrote:
  28. >> : I'm just starting to learn kermit script programming. My problem is
  29. >> : that my input commands are all timing out. Also if I type interactivly
  30. >> :
  31. >> : output AT\13
  32. >> : input 10 OK
  33. >> :
  34. >> : the input command fails. This .kermrc
  35. >> :
  36. >> : set line /dev/modem
  37. >> : set speed 19200
  38. >> : set modem usrobotics
  39. >> : set dial prefix 0
  40. >> : set dial method tone
  41. >> : set input timeout-action quit
  42. >> : output AT\13
  43. >> : input 3 OK
  44. >> : output AT\13
  45. >> : input 3 OK
  46. >> :
  47. >> : fails on the second input line. Any hints?
  48. >> :
  49. >> Most likely, it is behaving as it should -- i.e. not seeing the second
  50. >> "OK" within 3 seconds.  I agree you *should* see it within 3 seconds, but
  51. >> if the INPUT command times out, it means the expected text did not arrive
  52. >> within the given interval.
  53. >> 
  54. >> Another possibility is confusion with the communications port driver.  I
  55. >> notice you are using "/dev/modem", which probably means Linux?  And /dev/modem
  56. >> is what?  /dev/cua0?  /dev/ttyS0?  The different drivers behave differently.
  57. >> Unfortunately, this started happening (or was discovered) after C-Kermit 6.0
  58. >> was released.  In that case, you'll have better luck with C-Kermit 6.1:
  59. >>
  60. >I managed to solve the problem. I had to do:
  61. >input 3 OK\13\10
  62. >for some reason. But just for the AT commands. Apart from that 
  63. >all is normal. This is a USRobotics Courier on Digital Unix. 
  64. >/dev/modem is just a link. I haven't tried C-Kermit 6.1 yet. 
  65. >
  66. >BTW, do anybody know how to get other speeds than 9600 and 19200
  67. >(e.g. 14400, 28800, 33600)? 
  68. >
  69. >>   http://www.columbia.edu/kermit/ck61.html
  70. >> 
  71. >> - Frank
  72. >
  73. >Morten.
  74.  
  75.  
  76. My suggestion to you, and to Linux users as well, is, whereever
  77. possible, do NOT use /dev/modem, use the device name to which it
  78. refers.  This keeps the lock files straight.
  79.  
  80. Even if you could set your port speed to 33600, would you really want
  81. to?  I think there's about a 75% chance you are confusing
  82. modem-to-modem speed with serial port speed.  Whereever practical, you
  83. want to use a speed higher than the carrier rate so that the modem can
  84. have data ahead of time to compress it before it is sent.  The modem
  85. will buffer the data for you, and signal your computer, usually
  86. through the CTS line (and your computer signal the modem through the
  87. RTS line), when it's ready for data and when it isn't.  Of course,
  88. your OS or your serial port or your serial cable may not support this
  89. "hardware flow control", but if you've got it, it may be worth using.
  90. Chances are, it can be done.  Even if you're operating a V.32 (9600
  91. bps) modem at 9600 bps, if you're using a protocol for error
  92. correction, such as V.42, you need this anyway so that the modem can
  93. request that you stop sending data while error correction retransmits
  94. are in progress.  Therefore, you might as well turn on compression and
  95. modem speed buffering, and use a serial cable that supports RTS/CTS,
  96. and take advantage of those modem features, if possible.
  97. -- 
  98. Oooooo-oooo-oooo-ooooo, Oooooo-oooo-oooo-ooooo, Ooooo-weem-oh-wum-ooo-ayyy
  99. In the jungle, the silicon jungle, the process sleeps tonight.
  100. Joe Philipps <rchandra-nospam@letter.com> http://www.servtech.com/~rchandra/
  101. You know what you have to do to send email to me successfully :^)